Watermarking and scalability techniques for a virtual desktop planning tool

ABSTRACT

A method for measuring performance of virtual desktop services offered by a server including a processor is described. A first encoded watermark is embedded into user interface display generated by a virtual desktop when initiating an operation. The first encoded watermark includes pixels identifying the operation and indicating its initiation. A second encoded watermark is embedded into the user interface upon completion of the operation indicating completion of the operation. An action performance time is then computed and stored in a memory. Multiple performance times may be compiled from multiple operations of multiple virtual desktops to assess the performance of the system as a whole.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is related by subject matter to U.S. Pat. No.7,831,661, issued Nov. 9, 2010, entitled Measuring Client InteractivePerformance Using A Display Channel, and to U.S. patent application Ser.No. 12/337,895, filed Dec. 18, 2008, entitled “Measuring Remote VideoPlayback Performance With Embedded Encoded Pixels,” and to U.S. patentapplication Ser. No. 12/942,393, filed Nov. 9, 2011, entitled“Monitoring Audio Fidelity And Audio-Video Synchronization,” and to U.S.patent application Ser. No. 13/079,972, filed Apr. 5, 2011, entitled“Quality Evaluation Of Multimedia Delivery In Cloud Environments,” thedisclosures of which are incorporated herein by reference.

BACKGROUND

Virtualization of computer resources generally involves the abstractionof computer hardware, which essentially separates operating systems andapplications from direct correlation to specific hardware. Hardware istherefore abstracted to enable multiple operating systems andapplications to access parts of the hardware, defining a seamlessvirtual machine. The result of virtualization is that hardware is moreefficiently utilized and leveraged.

In a typical virtualized desktop infrastructure (VDI) architecture, userdisplays and input devices are local, but applications execute remotelyin a server. Because applications are executing remotely, a latencyelement is introduced due to network travel time and applicationresponse time. One method of assessing the performance of remoteapplications is by measuring the response times for various events.These response times are the result of aggregating latency acrossdifferent components in the architecture. Measuring these latencies,however, is a challenge as measurements must encompass latencies relatedto both the low level events (such as mouse movements) and the highlevel events (application launches), as well as work across networkboundaries and a range of client devices. While recording the start ofan event initiated on the client side is straightforward, accuratelycharacterizing server-dependent events at the client is challenging dueto the lack of semantic information and additional mitigating factorssuch as the use of lossy image compression techniques.

SUMMARY

Embodiments of the present invention provide methods, systems, andcomputer programs for measuring performance of virtual desktop servicesoffered by a server. Timing information is communicated via binaryencoded pixels in watermarks which communicate start and endinformation, as well as information relating to specific applicationsand sub-operations.

Other aspects of the invention will become apparent from the followingdetailed description, taken in conjunction with the accompanyingdrawings, illustrating by way of example the principles of theinvention.

BRIEF DESCRIPTION OF THE DRAWINGS

The invention may best be understood by reference to the followingdescription taken in conjunction with the accompanying drawings inwhich:

FIG. 1 depicts a remote desktop environment including virtual machineservers, in accordance with an embodiment of the invention.

FIG. 2 shows an exemplary architecture for measuring display performanceusing information sent on the display channel and detected on a mirrorbuffer, in accordance with an embodiment of the invention.

FIG. 3 is a high level schematic illustrating a system for performingworkload simulations on virtual desktops, in accordance with anembodiment of the invention.

FIG. 4 illustrates a virtual desktop infrastructure and a virtual clientinfrastructure, in accordance with an embodiment of the invention.

FIG. 5 illustrates a system for testing workload performance on virtualdesktops, in accordance with an embodiment of the invention.

FIGS. 6A and 6B illustrate a screenshot of a virtual desktop, inaccordance with an embodiment of the invention.

FIG. 7 illustrates a progression of views of a virtual desktop as anapplication is opened, in accordance with an embodiment of theinvention.

FIG. 8A illustrates values defined by an encoded watermark, inaccordance with an embodiment of the invention.

FIG. 8B illustrates encoded watermarks for an operation, in accordancewith an embodiment of the invention.

FIG. 8C is a graph illustrating the distribution of binary encodedpixels in a watermark according to their RGB values as received by theclient, in accordance with an embodiment of the invention.

FIGS. 9A and 9B illustrate an example workload and correspondingwatermarks and test IDs, in accordance with an embodiment of theinvention.

FIG. 10 illustrates activation of a video plug-in, in accordance with anembodiment of the invention.

FIG. 11 illustrates a method for testing a virtual desktopinfrastructure, in accordance with an embodiment of the invention.

DETAILED DESCRIPTION

Embodiments of the invention include methods, systems, and computerprograms for measuring performance of virtual desktop services offeredby a server. The method includes detection of embedded watermarks inimage frames of the virtual desktop. The embedded watermarks define thestart and end of specific operations executed on the virtual desktop,and are configured to provide for robust timing detection of theseevents even under adverse conditions. The stored timing information isused to generate statistical performance data.

The present invention may be practiced without some or all of thesespecific details. In other instances, well known process operations havenot been described in detail in order not to unnecessarily obscure thepresent invention.

FIG. 1 depicts a remote desktop environment including virtual machineservers, also referred to as enterprise servers, according to oneembodiment. The environment depicted in FIG. 1 includes enterpriseservers (only one shown) 102 that provide virtual desktop services toremote users 136 a-m. Although embodiments of the present invention aredescribed within a virtual desktop system, the embodiments presented canbe used in other environments with a remote display applicationtransmitting display data to a remote client.

A simplified architecture of virtualization server 102 is shown in FIG.1, with some components omitted for simplification purposes. Virtualinfrastructure layer 106 manages the assignment of virtual machines (VM)104 a-n in enterprise server 102 to remote users. Remote users 136 a-mare connected to computers 122, 124 and 126 acting as clients in thevirtual infrastructure. Computers 122, 124 and 126 provide displaypresentation and input/output capabilities associated with virtualmachines 104 a-n. Clients include PC 122, laptop 124, PDA, mobile phone126, etc. Clients communicate with virtualization server 102 via network120.

Virtual machines 104 a-n include a Guest Operating System (GOS)supporting applications running on the guest OS. A different view ofvirtual machine 104 n includes desktop view 110, workload module 112,and server agent 114. Server Agent 114 is a process executing in the VMthat processes action requests from local client 128 and provides actionstart and completion times. On the other end, a local client 128includes display 130, remote desktop client 132 and frame buffer 134.Desktop view 110 corresponds to the display for the virtual machine,which is transmitted to display 130 at local client 128. The displayinformation is received by frame buffer 134 and remote desktop 132updates display 130.

A frame buffer is a part of video memory containing a complete frame ofdata. The information in the buffer typically consists of color valuesfor every pixel on the screen. Color values are commonly stored in 1-bitmonochrome, 4-bit palettized, 8-bit palettized, 16-bit highcolor and24-bit truecolor formats. Virtual Machine 104 n communicates with theassociated local client over network 120 using a remote protocol, suchas Remote Desktop Protocol (RDP). Remote Desktop Protocol is amultichannel capable protocol that supports separate virtual channelsfor carrying presentation data, serial device communication, licensinginformation, highly encrypted data (keyboard, mouse activity), etc.

Performance server 138 collects performance data from servers andclients and analyzes the data collected for presentation to a user, asdescribed in more detail below. In one embodiment, functions provided byperformance server 138 may be instead provided by virtualization server102.

In one embodiment of a remote computing environment, messaging takesplace via the data channel, such as the data channel in RDP, and via thedisplay channel used for screen updates, usually in the form of a newrectangle updates for the display. Events on the two channelscorresponding to the same operation are not always synchronous. Themoment the display channel completes its update is the moment that theuser views and perceives that the task previously requested hascompleted. Measuring display updates is then crucial to rate userexperience when operating in a remote environment. It should be notedthat display updates arrive almost always later than the data channelupdates for the same operation.

Embodiments of the invention measure the performance of the virtualenvironment as seen by users 136 a-m. Control messages are encoded inthe display channel (in-band messages) instead of using otherout-of-band channels. In many cases, the display channel is the onlychannel that reaches the client machines because of firewalls and otherobstacles between servers and clients. Additionally, the embodimentspresented are independent of the communications protocols used totransfer display data, thus being able to reliably obtain performancemeasurements under different topologies and protocols and assess howdifferent factors affect virtual desktop performance. Further still, themethods presented can scale to tens of thousands of clients and serverswithout unduly burdening the virtual infrastructure.

FIG. 2 shows an architecture for measuring display performance usinginformation sent on the display channel and detected on a minor buffer,in accordance with one embodiment. Rather than using the data channel,server 104 notifies client 128 of particular events using a specificsection of the screen. A specific area of the screen is designated tocarry information in the form of encoded watermarks that correspond topredefined messages. Examples of encoded watermarks in accordance withembodiments of the invention are described in more detail below.

Initially, a user action, such as a mouse click or keyboard event, isdetected at remote desktop application 132. The action is sent to serveragent 114 via client module 204 and then forwarded to workloadapplication 112. Workload application 112 processes the action receivedand sends the action to the appropriate module in the virtual machinethat will process the action. As the action is processed, workloadapplication 112 notifies server agent 114 and embeds encoded watermarksindicative of the processing status in the display view. Frame buffer134 receives the updated display via remote protocol channel 116, andclient module 204 scans for and detects the encoded watermarks. In oneembodiment, the watermarks are embedded by overlaying, e.g., writingover, display data inserted into the frame buffer by the application oroperating system.

Mirror buffer 202 holds a copy in memory of frame buffer 134 to lowerthe amount of processing required by client module 204 to scan forencoded pixels. Display minoring technology is widely employed by remotedesktop applications such as: NetMeeting, PC Anywhere, VNC, Webex, etc.Mirroring performs better than primitive screen grabbing, becauseminoring allows the capture of only the minimally updated regions of thedisplay and retrieves data directly, bypassing the intermediate copy.One example of a minor buffer commercially available is DFMirage, avideo driver mirroring technology for the Windows NT OS family. DFMirageis a driver for a virtual video device managed at the Display DriverManagement Layer (DDML) level of the graphics system that exactly minorsthe drawing operations of one or more physical display devices. Inanother embodiment, client module 204 inspects frame buffer 134 directlywithout using a minor buffer.

FIG. 3 is a high level schematic illustrating a system for performingworkload simulations on virtual desktops, in accordance with anembodiment of the invention. A planner appliance 300 is provided whichenables a user to configure a workload simulation to be carried out on aplurality of virtual desktops 304 and a plurality of correspondingvirtual clients 306. Planner appliance 300 may be implemented as avirtual appliance, i.e., a virtual machine configured with a VDI plannerapplication. It is also possible to implement planner appliance 300 as atraditional application running directly on a physical computer systemand directly accessed by a user or as a software as a service (SaaS) orweb service running in conjunction with a application server or webserver. In one embodiment, the planner appliance 300 manages the virtualdesktops by communicating with a management tool 302. Examples ofmanagement tools for controlling virtual desktops include VMwarevCenter™ and VMware View™ available from VMware, Inc., and mentionedhere by way of example and not by way of limitation.

In order to perform a simulation run, planner appliance 300 communicateswith the virtual clients to initiate remote protocol connections to thevirtual desktops. In one embodiment, the remote protocol connections arebrokered by the management tool 302. In various embodiments, the remoteprotocol connections may utilize any suitable protocol for facilitatingcommunication between virtual clients 306 and virtual desktops 304, suchas Teradici's PC over IP (PCoIP) or Microsoft Remote Desktop Protocol(RDP). Planner appliance 300 starts the workload simulation on virtualdesktops 304, and as the workload simulation progresses, event data iscommunicated to virtual clients 306 in the form of encoded watermarks,as described in further detail below. These watermarks are detected atthe virtual clients 306, and upon completion of the run, results areprovided to harness 308 that collects and stores the results, and makesthe results available for analysis and review. A web interface 310provides an easily accessible interface for controlling the plannerappliance 300 and accessing the harness 308.

FIG. 4 illustrates a virtual desktop infrastructure (VDI) and a virtualclient infrastructure, in accordance with an embodiment of theinvention. VDI 320 includes various computing resources, such as servercomputers 322 and storage 324. These computing resources are abstractedby a hardware virtualization module 326, which manages the actualutilization of the computing resources while presenting a unifiedinterface which enables the provisioning of a plurality of desktopvirtual machines 328 across the computing resources, independent of theindividual server computers and storage which are managed by thehardware virtualization module 326. Each desktop virtual machine 328supports a virtual desktop 330 that is defined by a guest OS 332 and oneor more applications 334 which run on the guest OS 332. A display module336 generates image data in the form of display updates which define aview of the virtual desktop. This image data is transmitted by acommunications module 338 using a remote protocol such as PCoIP or RDP.

Virtual client infrastructure 340 includes various computing resourcessuch as server computers 342 and storage 344, which are abstracted by ahardware virtualization module 346. A plurality of client virtualmachines 348 are provisioned on the abstracted computing resources. Eachclient virtual machine supports a virtual client 350 that is configuredto emulate the activity of a user using a typical thin client to accessa corresponding virtual desktop. Thus, in the illustrated embodiment,virtual client 350 communicates via communications module 356 with itscorresponding virtual desktop to receive display updates as well as sendinput commands. Virtual client 350 includes display handler 352 whichreceives the display updates from the virtual desktop, and also includesan input module for generating input data that is sent to thecorresponding virtual desktop. Each virtual client machine 348 connectsto a corresponding virtual desktop 334 over network 360, which caninclude any of various types of data networks such as a LAN, WAN, or theInternet.

FIG. 5 illustrates a system for testing workload performance, inaccordance with an embodiment of the invention. Planner appliance 300includes a user interface 310 which enables user 312 to access andcontrol planner appliance 300. Planner appliance 300 includes test setupmodule 370 for enabling the user to define the specifics of the test tobe performed. In particular, a workload definition module 372 enablesthe user to define a specific workload to be performed by the virtualdesktops 330, and run parameter module 374 enables the user to definevarious run parameters. Workload 380 defines specific activities whichare to be executed by the virtual desktops, such as automated openingand closing applications 334 and performing various actions within theapplications. The run parameters generally define the structural setupof the testing system, such as the number of virtual desktops andvirtual clients to be provisioned and their characteristics, as well asadditional parameters relating to the actual performance of theworkload, such as the number of times the workload will be iterated ateach virtual desktop.

When the user activates the planner appliance 300 to initiate the test,it proceeds to execute workload 380 on each of the virtual desktops 330.As workload 380 is executed, each virtual desktop 330 sends image datato a corresponding virtual client 350. Virtual desktop 330 includeswatermark encoding module 382 that encodes watermarks in the image datawhich are indicative of a status of processing of the workload. Asdescribed in further detail below, such watermarks can encodeinformation such as a particular application, an action within theapplication, and the initiation or completion of the action. As theimage data is received by virtual client 350, a watermark detectionmodule detects the encoded watermarks within the image data, and recordstimestamps indicating when the watermarks are received. The encoded dataand the timestamps are collected, and when the workload run incompleted, result data 388 is uploaded to results storage 378. Theresult data can then be analyzed by analyzer 376, and the user canevaluate the results of the test.

FIGS. 6A and 6B illustrate a screenshot of a virtual desktop, inaccordance with an embodiment of the invention. In the illustratedembodiment, the virtual desktop 400 is a Windows 7 desktop environment,provided by way of example and not by way of limitation. It will beunderstood by those skilled in the art that in other embodiments, any ofvarious other operating systems which provide a desktop environment forperforming computing tasks may be utilized to provide the virtualdesktop. As shown, an application window 402 is open for viewing on thevirtual desktop 400. The virtual desktop 400 includes a taskbar 404,which is configured to be constantly displayed. Taskbar 404 includes astart menu button 406 for accessing the start menu of the virtualdesktop.

As noted, an encoded watermark is embedded in the image data whichtransmits the view of the virtual desktop to the client. If the locationof the encoded watermark is placed in an application workspace, then theencoded watermark could be hidden by an overlapping application.Additionally, it is desirable for the encoded watermark to be presentedin an unobtrusive manner so as not to interfere with applications andother functionality of the virtual desktop. Therefore, in theillustrated embodiment, the encoded watermark is positioned on the startmenu button 406. The start menu button 406 is configured so as to beconstantly displayed, and is located in a corner region of the virtualdesktop 400, so that watermarks presented therein will be unobtrusive tothe user. The encoded watermark is defined by a portion 408 whichdefines a test identification value, and a portion 410 which defines astart event code and an end event code, as described in further detailbelow.

FIG. 7 illustrates a progression of views of a virtual desktop as anapplication is opened, in accordance with an embodiment of theinvention. At time T0, a selection is made at the client to open anapplication from the start menu 410 shown on the virtual desktop 400. Attime T1, the view of the virtual desktop is updated to display anencoded watermark 412 corresponding to initiation of the opening of theapplication at the server. At time T2, the watermark 414 is providedwhich indicates completion of the opening of the application. As shown,a window 416 for the opened application is now displayed on the virtualdesktop 400.

FIG. 8A illustrates values defined by an encoded watermark, inaccordance with an embodiment of the invention. As shown, the watermarkdefines a test ID, a start location, and an end location, each of whichis defined at a specific location within the watermark. For a givenworkload, each operation in the workload is assigned an event code whichdefines an operation ID corresponding to a specific application and asub-operation ID corresponding to a sub-operation pertaining to thatapplication. Thus, unique numbers are assigned to each of theapplications and the sub-operations associated with the applications.For example, Table I shown below illustrates one such assignment, inaccordance with one embodiment of the invention.

TABLE I Operation Id Application Sub-operations (ID) 1 Firefox[“Open”(1), “Close”(2)] 2 Excel_Sort [“Open”(1), “Compute”(2),“Save”(3), “Close”(4), “Minimize”(5), “Maximize”(6), “Entry”(7)] 3 Word[“Open”(1), “Modify”(2), “Save”(3), “Close”(4), “Minimize”(5),“Maximize”(6)] 4 AdobeReader [“Open”(1), “Browse”(2), “Close”(3),“Minimize”(4), “Maximize”(5)] 5 IE_ApacheDoc [“Open”(1), “Browse”(2),“Close”(3)] 6 PPTx [“Open”(1), “RunSlideShow”(2), “ModifySlides”(3),“AppendSlides”(4), “SaveAs”(5), “Close”(6), “Minimize”(7),“Maximize”(8)] 7 Outlook [“Open”(1), “Read”(2), “Restore”(3),“Close”(4), “Minimize”(5), “Maximize”(6), “Attachment-Save”(7)] 8 7zip[“Compress”(1)] 9 Excel_Formula [“Open”(1), “Compute”(2), “Save”(3),“Close”(4)] 10 Video [“Open”(1), “Play”(2), “Close”(3)] 11 Eclipse[“Open”(1), “ImportProject”(2), “Build”(3), “DeleteProject”(4),“Close”(5)] 12 IE_WebAlbum [“Open”(1), “Browse”(2), “Close”(3)]

With continued reference to FIG. 8A, there is shown an event code havingan operation ID 422 and a sub-operation ID 424. When a given operationis initiated, the watermark is encoded to show the event code at thestart location, while no values are presented at the end location. Then,when the given operation is completed, the watermark is encoded to showthe event code at the end location. When the client detects the eventcode at the start location, it records a timestamp indicating theinitiation of the operation. And when the client detects the event codeat the end location, it records a second timestamp indicating thecompletion of the operation. Thus, the client is able to identify theoperation being performed as well as the response time for theoperation, which is the difference between the start and end timestamps.

Due to issues arising from the use of lossy compression whentransmitting display updates from the server to the client, detection ofthe event code at the start and end locations of the watermark at theclient can be problematic. Therefore, an additional test ID is providedto make the watermark detection more robust. A test ID 420 is a uniquenumber that is assigned to each watermark, and therefore corresponds toeither a start or an end of a given operation. Incorporation of the testID in the watermarking means that performance of a given operation willresult in generation of a first watermark consisting of a first test IDand an event code in the start location (which indicates initiation ofthe operation), and a second watermark consisting of a second test IDand the event code in the end location (which indicates completion ofthe operation).

In one embodiment, the test IDs are arranged in corresponding pairswhich enable them to be matched to each other when they are detected atthe client. Each corresponding pair is assigned to a given operation andthus provides added robustness in determining accurate start and endtimes for the operation. In one embodiment, the corresponding pairs areconfigured so that the total value of each pair is a predefined sum. Forexample, if the predefined sum is N, then for a given operation x, thewatermark indicating initiation of the operation has a test ID=x (and anevent code positioned at the start code location), and the watermarkindicating completion of the operation has a test ID=N−x (and the eventcode positioned at the end code location). Thus when the test IDs andthe event codes at the start and end locations are detected in twodifferent watermarks, the test IDs can be summed to ensure that theirsum matches the predefined value, thus providing for accuratedetermination of the start and end of an operation based on thecorresponding watermarks, even under lossy compression.

In some embodiments, the value of the predefined sum N is configured tobe relatively large as compared to the value of x. In this manner, thetest IDs x and N−x will not look similar to each other when encoded intheir corresponding watermarks.

FIG. 8B illustrates encoded watermarks for an operation, in accordancewith an embodiment of the invention. In one embodiment, each value (testID or event code) in a given watermark is encoded as a bar of binaryencoded pixels. In other words, each pixel of the bar represents onedigit of a binary number, so that each pixel displays a binary state of0 or 1. The binary encoded pixels may thus be configured to display oneof two different colors at each pixel location depending on whether thegiven pixel is intended to represent a 0 or 1. For example, in oneembodiment wherein the color of each pixel is defined by RGB values thatrange from 0 to 255, then a pixel having RGB values of (0, 0, 0) couldcorrespond to a binary value of 0 whereas a pixel having RGB values of(255, 255, 255) could correspond to a binary value of 1. By correlatingthe binary values to the extremes of the RGB value range, there is highcontrast between the binary states of the pixels, and thus the binaryvalues encoded by the pixels can be more accurately determined.

FIG. 8C is a graph illustrating the distribution of binary encodedpixels in a watermark according to their RGB values as received by theclient, in accordance with an embodiment of the invention. These pixelswere all originally binary encoded with RGB values of either (0, 0, 0)or (255, 255, 255). However, due to the use of lossy image compressionin the transmission of updates to the view of the virtual desktop, thereceived values of these pixels at the client includes RGB values otherthan (0, 0, 0) and (255, 255, 255). The result is a distribution of RGBvalues as shown, where the majority of the values are near the extremesof the RGB value range. Thus, in one embodiment, detection of the RGBvalues in the region 430 can be interpreted as the binary value 0 whiledetection of the RGB values the region 432 can be interpreted as thebinary value 1. It should be appreciated that the illustrated graph isnot drawn to scale, but provided by way of example to conceptuallyillustrate the detection of binary values based on RGB values in binaryencoded pixels that are not perfectly binary when received at theclient.

FIGS. 9A and 9B illustrate an example workload and correspondingwatermarks and test IDs, in accordance with an embodiment of theinvention. The workload initiates with an example PowerPoint openoperation that has an event code 61, in accordance with Table I shownabove. The initiation of the PowerPoint open operation is assigned atest ID of 1. Thus, the initiation of the PowerPoint open operationtriggers the sending of watermark 400 from the server to the client. Thewatermark 400 includes binary encoded pixels indicating the test ID is1, and the event code is 61 at the start location within the watermark.In the illustrated embodiment, the test IDs are assigned in pairs whichsum to 1000. Therefore the end of the PowerPoint open operation isassigned a test ID of 999. The watermark indicating the end of thePowerPoint open operation thus includes binary encoded pixels indicatingthe test ID of 999, and the event code as 61 in the end location of thewatermark.

An example PowerPoint RunSlideShow operation has an event code 62. Thestart of the operation is assigned a test ID of 2, while the end of theoperation is assigned a test ID of 998. Thus, the start watermark 444includes binary encoded pixels indicating the test ID as 2, and theevent code as 62 in the start location of the watermark. The endwatermark 446 includes binary encoded pixels indicating the test ID as998, and the event code as 62 in the end location of the watermark.

An example PowerPoint close operation has an event code 66. The start ofthe operation is assigned a test ID of 3, while the end of the operationis assigned a test ID of 997. Thus, the start watermark 448 includesbinary encoded pixels indicating the test ID as 3, and the event code as66 in the start location of the watermark. The end watermark 450includes binary encoded pixels indicating the test ID as 997, and theevent code as 66 in the end location of the watermark.

Referring now to FIG. 9B, an example Firefox open operation has an eventcode 11. The start of the operation is assigned a test ID of 4, whilethe end of the operation is assigned a test ID of 996. Thus, the startwatermark 452 includes binary encoded pixels indicating the test ID as4, and the event code as 11 in the start location of the watermark. Theend watermark 454 includes binary encoded pixels indicating the test IDas 996, and the event code as 11 in the end location of the watermark.

An example AdobeReader open operation has an event code 41. The start ofthe operation is assigned a test ID of 5, while the end of the operationis assigned a test ID of 995. Thus, the start watermark 456 includesbinary encoded pixels indicating the test ID as 5, and the event code as41 in the start location of the watermark. The end watermark 458includes binary encoded pixels indicating the test ID as 995, and theevent code as 41 in the end location of the watermark.

An example AdobeReader close operation has an event code 43. The startof the operation is assigned a test ID of 6, while the end of theoperation is assigned a test ID of 994. Thus, the start watermark 460includes binary encoded pixels indicating the test ID as 6, and theevent code as 43 in the start location of the watermark. The endwatermark 462 includes binary encoded pixels indicating the test ID as994, and the event code as 43 in the end location of the watermark.

The presently described workload is provided merely by way of exampleonly, and not by way of limitation. It will be appreciated by thoseskilled in the art that the workload can include any number ofapplications, and may define any number of sub-operations within eachapplication. Furthermore, sub-operations pertaining to a givenapplication can be repeated multiple times in any particular ordering soas to simulate the activity of a typical user. Additionally, it is notedthat in one embodiment, the operations of the workload can be organizedaccording to application and sub-operations for each application. In oneembodiment, the execution of the workload proceeds in such a manner thatthe applications of the workload are executed in a random non-repeatingorder, however, the sub-operations defined for each application areexecuted sequentially. In this manner, each of the virtual desktopmachines executes all of the same applications as defined by theworkload, but in an order that is at random, so as to provide a mixtureof process ordering across the group of virtual desktops which are beingtested.

As noted above, the watermark can be maintained in the vicinity of astart menu button. However, when there is a change in screen resolution,then the location of the start menu button will change, so it isnecessary to determine the screen resolution automatically at the clientand adjust the virtual desktop and the watermark encoding accordingly.In one embodiment, the location of the various lines of the watermarkare indicated as follows: location_y=m*screen_height+n; location_x=0;where m=1.0 and n=−28, −6, and −3 for test_id, start line, and end line,respectively.

In accordance with another embodiment, it is noted that the location ofthe start menu button can be configured to placed at different locationson the virtual desktop. Therefore, in one embodiment, the location ofthe start menu button is automatically detected at the client.Subsequent watermarks in the display updates are then configured toprovide the watermark at the location of the start menu button.

In one embodiment, a VDI plug-in runs a state machine on the clientside, changing state from sending an event for the next operation of theworkload, to waiting for the start of the event, to waiting for the endof the event, to finally waiting for the think time. In one embodiment,in the sending event state the VDI plug-in sends a simple key event(e.g. ctrl-shift) to signal the desktop to start the next operation.Then the VDI plug-in records the times when the start and end of theevent are detected based on watermarking as described above. The VDIplug-in continues to iterate through different states of the statemachine until the workload finish event is sent.

In one embodiment, there is a separate video plug-in for video watermarkdetection. Therefore, during a video play operation, the video plug-inis activated to enable recording of frame timings based on watermarkdetection within the video. After the video playback is completed, thenthe video plug-in is deactivated, and the VDI plug-in continues itsoperation.

FIG. 10 illustrates activation of a video plug-in, in accordance with anembodiment of the invention. At time T₀, a video playback operation of avideo file 472 is initiated on a virtual desktop 470. The initiation ofthe video playback operation coincides with the rendering of a watermark474 indicating the initiation of the playback operation. At time T₁, avideo playback window 476 has appeared on the virtual desktop 470. Thevideo file 472 is pre-encoded to include a watermark that is displayedwhen the video is played. This watermark can be configured to indicatethe frame timings of the video, as well as other information about thevideo file. When the start of a video playback operation is detected atthe client, a video plug-in is activated on the client to enabledetection of the video watermark 478. When playback of the video iscompleted at time T2, a corresponding end watermark 480 is displayed onthe virtual desktop 470. The detection of the end watermark 480 triggersdeactivation of the video plug-in at the client.

In accordance with another embodiment, it is noted that in extreme WANconditions, there can be packet/display reordering which may cause theaforementioned techniques for detecting operation events to fail.Therefore, in one embodiment, a few select points are marked with apredefined color. As the application renders on top of these selectedpoints, the marked color disappears from the desktop view. Thus, theclient is able to monitor the color of the selected points and detectthe start and end of an operation by detecting the change in color asthe application renders on top of the selected points.

FIG. 11 illustrates a method for testing a virtual desktopinfrastructure, in accordance with an embodiment of the invention. Atoperation 490, the desktop virtual machines and client virtual machinesare provisioned. Also, a harness is set up for collecting data from thetest. At operation 492, a workload profile is defined. The workloadprofile defines a series of operations to be performed on the desktopvirtual machines. At operation 494, a run profile is defined. The runprofile specifies the parameters of a given test run. For example, a runprofile may be configured to define one or more workload profiles to beiterated, the number of times a workload profile is to be iterated, thelength of a pause between operations defined in the workload profile,etc.

At operation 496, the run profile is executed, causing at least oneworkload profile to be executed on the desktop virtual machines. Afterexecution of the run profile is complete, the results of the test arecollected by the harness and stored for review. At operation 498, theresults are analyzed, and based on the analysis, a user can determinewhether to perform another run utilizing a different workload profile orrun profile.

Virtualized environments make effective use of hardware by allowingmultiple operating system instances to run simultaneously on a singlecomputer. However, poorly designed virtual environments can causeunpredictability in the way applications behave, primarily due toresource over commitment. Operation of the planner appliance asdescribed herein enables one to detect limitations of particular virtualdesktop infrastructure implementations. However, the planner applianceworkload includes another application (the server agent) running insidevirtual desktops, and is therefore susceptible to the sameunpredictability and failures under load. Therefore, to make the processof timing measurement and reporting more reliable, various mechanismscan be incorporated to ensure that the workload runs to completion evenunder stressful conditions.

In one embodiment, the operations of a workload are configured to beidempotent, so that if they fail, they can be retried without disturbingthe flow of operations. It has been discovered that often operationsfail because of transient load errors and will most likely succeed iftried again. Therefore, in one embodiment, if an operation fails, it isretried a specified number of times before declaring an actual failure.In one embodiment, the operation is retried three times before declaringa real failure. In other embodiments, the number of retries may bearbitrarily configured within the workload profile, or may be dependentupon the type of operation being performed. For example, operationswhich are less resource intensive may be retried a greater number oftimes than operations which are more resource intensive. By implementinga retry mechanism when operations initially fail, the overall successrate of individual operations passing under high load can be improved.

However, some operations may still fail even after multiple retries.Therefore, in one embodiment, when such occurs the entire workload isfailed. However, this precludes the successful measurement data thatcould otherwise be obtained from the workload. Therefore, in anotherembodiment, when an operation fails even after its preset number ofretries, then any further operations of the application that encounteredthe failure are ignored, and the remainder of the workload is permittedto proceed. By selectively pruning failed applications from thosedesktop virtual machines in which they occur, failures may be handled ata granular level and the number of successful test measurements whichcan be applied towards the final results are maximized.

In another embodiment, a progress checker process is implemented toensure that the workload is progressing smoothly. The progress checkerprocess is a simple user level process that has an extremely low chanceof failing. In one embodiment, a progress file is created to keep trackof workload progress by storing the number of operations completed. Whenthe workload starts, it initializes the progress file and launches theprogress checker process. As the workload progresses through itsoperations, it increments a count in the progress file. The progresschecker process periodically wakes up and reads from the progress file.The progress checker terminates the workload if it detects no progress.In order to ensure that the workload is not accidentally terminated, thetime period that the progress checker sleeps is set to be substantiallylonger than the expected time taken by the longest running operation inthe workload. For example, in one embodiment, the progress checker isset to sleep for three times the expected time of the longest runningoperation. Additionally, if the progress checker terminates theworkload, then it also reports the collected timing measurementsperformed thus far by the workload.

Embodiments of the present invention have generally been described withreference to systems including a planner appliance which facilitatesdefinition of workloads, provisioning of virtual clients andcorresponding virtual desktop systems, and execution of simulation runsand subsequent collection of result data. However, it should beappreciated that the principles of the invention described herein areequally applicable to conventional virtual desktop systems, typicallyincluding a plurality of thin client machines each of which connects toa virtual desktop. For example, the aforementioned techniques forwatermarking can be utilized in such environments to measure actualresponse times for operations carried out on virtual desktop systems ina real deployment, thereby providing guidance as to how to fine tune theoperation of such systems. In such systems, a given virtual desktop'sworkload is not predefined, but is instead generated in real-time as itreceives action requests from its corresponding client. Result dataconsisting of action performance times, which are the time differencesbetween detection at the client of start watermarks and correspondingend watermarks for various operations, can be stored at the client or atthe server, or in an external location, for subsequent review andanalysis.

Additionally, it should be noted that the exemplary system architecturesprovided herein are shown by way of example only and not by way oflimitation. In other embodiments, the specific arrangement of modulesand components can be defined in alternative fashions without alteringthe overall functionality of the systems as described. Though each suchconfiguration is not described herein for the sake of brevity, it shouldbe apparent to those skilled in the art upon close reading of thepresent disclosure that such embodiments are within the spirit and scopeof the presently described invention.

Embodiments of the present invention may be practiced with variouscomputer system configurations including hand-held devices,microprocessor systems, microprocessor-based or programmable consumerelectronics, minicomputers, mainframe computers and the like. Theinvention can also be practiced in distributed computing environmentswhere tasks are performed by remote processing devices that are linkedthrough a wire-based or wireless network.

Although virtualization operations can take on many forms, severalconcepts are important to ensure that physical constructs of physicalmachines are properly transferred to virtual machines. With this inmind, and by way of reference, more information on virtual system andmethods can be found in U.S. Pat. Nos. 6,397,242, 6,496,847, 7,069,413,7,356,679, and US Published Application 2008/0244028 A1. Generally,virtualization systems in accordance with the various embodimentsdescribed herein, implemented as paravirtualized or non-paravirtualizedhosted embodiments, non-hosted embodiments or as embodiments that tendto blur distinctions between the above, are all envisioned. Furthermore,various virtualization operations may be wholly or partially implementedin hardware.

With the above embodiments in mind, it should be understood that theinvention can employ various computer-implemented operations involvingdata stored in computer systems. These operations are those requiringphysical manipulation of physical quantities. Any of the operationsdescribed herein that form part of the invention are useful machineoperations. The invention also relates to a device or an apparatus forperforming these operations. The apparatus can be specially constructedfor the required purpose, or the apparatus can be a general-purposecomputer selectively activated or configured by a computer programstored in the computer. In particular, various general-purpose machinescan be used with computer programs written in accordance with theteachings herein, or it may be more convenient to construct a morespecialized apparatus to perform the required operations.

The invention can also be embodied as computer readable code on acomputer readable medium. The computer readable medium is any datastorage device that can store data, which can be thereafter be read by acomputer system. Examples of the computer readable medium include harddrives, network attached storage (NAS), read-only memory, random-accessmemory, CD-ROMs, CD-Rs, CD-RWs, magnetic tapes and other optical andnon-optical data storage devices. The computer readable medium caninclude computer readable tangible medium distributed over anetwork-coupled computer system so that the computer readable code isstored and executed in a distributed fashion.

Although the method operations were described in a specific order, itshould be understood that other housekeeping operations may be performedin between operations, or operations may be adjusted so that they occurat slightly different times, or may be distributed in a system whichallows the occurrence of the processing operations at various intervalsassociated with the processing, as long as the processing of the overlayoperations are performed in the desired way.

Although the foregoing invention has been described in some detail forpurposes of clarity of understanding, it will be apparent that certainchanges and modifications can be practiced within the scope of theappended claims. Accordingly, the present embodiments are to beconsidered as illustrative and not restrictive, and the invention is notto be limited to the details given herein, but may be modified withinthe scope and equivalents of the appended claims.

What is claimed is:
 1. A method for measuring performance of virtualdesktop services offered by a server including a processor, the methodcomprising: overlaying at the server a first encoded watermark onto auser interface display that is communicated to a client when initiatingan operation, the first encoded watermark having pixels encoding a firstidentification value corresponding to an application executing on thevirtual desktop and a start of an operation within the application;overlaying at the server a second encoded watermark onto the userinterface display upon completion of the operation, the second encodedwatermark comprising pixels encoding a second identification valuecorresponding to the an end of the operation for the application; andstoring in memory an operation performance time, the operationperformance time being a time difference between detection at the clientof the first encoded watermark and detection at the client of the secondencoded watermark.
 2. The method of claim 1, wherein: the first encodedwatermark and the second encoded watermark each further comprising anevent code; the event code of the first encoded watermark is overlayedat a start location within user interface; the event code of the secondencoded watermark is overlayed at an end location within the userinterface; and the start location and the end location have differentlocations in their corresponding user interface image frames.
 3. Themethod of claim 1, wherein the first encoded watermark and the secondencoded watermark are defined in a region of the virtual desktop that issubstantially unchanging.
 4. The method of claim 1, further comprising:determining a screen resolution of the client; determining a location ofthe first and second encoded watermarks on the virtual desktop based onthe determined screen resolution of the client.
 5. The method of claim1, wherein the operation is a video playback operation, the detection ofthe first encoded watermark at the client triggering activation of avideo plug-in at the client for detecting encoded information in thevideo, and the detection of the second encoded watermark at the clienttriggering deactivation of the video plug-in.
 6. The method of claim 1,further including storing in the memory action performance times from aplurality of clients.
 7. The method of claim 6, further including,generating statistical performance metrics based on the stored actionperformance times.
 8. The method of claim 1, wherein each of the firstand second encoded watermarks comprise plurality of binary encodedpixels.
 9. The method of claim 8, wherein the binary encoded pixels ofthe first encoded watermark and the second encoded watermark eachinclude a first set of binary encoded pixels for an identification valueand a second bar of binary encoded pixels which defines an operationevent code.
 10. The method of claim 9, wherein the first identificationvalue and the second identification value uniquely identify the startand end of the operation for the event code.
 11. The method of claim 10,wherein the identification value of the first encoded watermark and theidentification value of the second encoded watermark sum to apredetermined value.
 12. The method of claim 1, further comprisingreceiving from a client an action request to be executed at the server,wherein the operation is initiated in response to the action request.13. The method of claim 1, further comprising: defining a workload atthe server, the workload defining a plurality of operations; andsequentially executing each of the operations of the workload.
 14. Themethod of claim 13, further comprising receiving from the client a keyevent to trigger initiation of each of the operations of the workload.15. The method of claim 13, further comprising upon failure of anoperation after retrying the operation the preset number of times,ignoring additional operations of the workload relating to a sameapplication as the failed operation.
 16. The method of claim 13, furthercomprising periodically detecting the progress of the operations of theworkload, and terminating the workload if no progress is detected.
 17. Amethod for measuring performance at a client of virtual desktop servicesoffered by a server, the client including a processor, the methodcomprising: polling image updates to a user interface display generatedby a virtual desktop, the image updates being received at the clientfrom the server; detecting a first encoded watermark in the displayindicating initiation of an operation at the server, the first encodedwatermark having pixels encoding an operation event code correspondingto the operation; detecting a second encoded watermark in the displayindicating completion of the operation, the second encoded watermarkencoding an event code; and storing in memory an action performancetime, the action performance time being a time difference betweendetection of the first encoded watermark and detection of the secondencoded watermark.
 18. The method of claim 17, wherein the first encodedwatermark indicates the initiation of the operation at the server byhaving pixels encoding the event code located at a defined startposition within the display and the second encoded watermark indicatesthe completion of the operation by having pixels encoding the event codelocated at a defined end position within the display.
 19. The method ofclaim 17, wherein the first encoded watermark further comprises a firstidentification value and the second encoded watermark further comprisesa second identification value, the first and second identificationvalues summing to a predefined value.
 20. The method of claim 17,wherein: the first encoded watermark indicates the initiation of theoperation at the server by having pixels encoding the event code locatedat a defined start location within the display; the second encodedwatermark indicates the completion of the operation at the server byhaving pixels encoding the event code located at a defined end locationwithin the display; and wherein the start location and the end locationhave different locations within the display.
 21. The method of claim 17,wherein the operation is a video playback operation, the detection ofthe first encoded watermark at the client triggering activation of avideo plug-in at the client for detecting encoded information in thevideo, and the detection of the second encoded watermark at the clienttriggering deactivation of the video plug-in.
 22. The method of claim17, wherein each of the first and second encoded watermarks comprise aplurality of binary-encoded pixels.
 23. The method of claim 22, whereinthe first encoded watermark and the second encoded watermark eachinclude a first set of binary encoded pixels defining the first orsecond identification value and a second set of binary encoded pixelsdefining the operation event code.
 24. The method of claim 17, furthercomprising, sending an action request to be executed at the server, theaction request triggering initiation of the operation at the server. 25.The method of claim 17, further comprising, sending a key event to theserver, the server having a workload defining a plurality of operationsto be sequentially executed, the key event triggering initiation of anoperation of the workload.
 26. A method of measuring performance of avirtual desktop infrastructure, the method comprising: creating aplurality of virtual desktops within a virtual desktop infrastructure,the plurality of virtual desktops each comprising a virtual machinerunning a guest operating system and having installed a plurality ofdesktop applications intended for interaction by users, the plurality ofvirtual desktops running on a number of hosts, each host being aphysical computer system, the number of hosts being fewer than a numberof the virtual desktops; creating a plurality of virtual clients withina virtual client infrastructure, the virtual client infrastructurecomprising a plurality of virtual clients each comprising a virtualmachine with virtual desktop client software running thereon, eachvirtual client being configured to receive display updates of userdisplays from a corresponding one of the virtual desktops; transmittinga workload definition to each of the virtual desktops, the workloaddefinition identifying a sequence of operations to be performed with oneor more of the installed desktop applications, each of the operationshaving a corresponding operation event code; automatically performing ateach virtual desktop the sequence of operations, the performingincluding overlaying a first watermark at a start of each operation, thefirst watermark including the event code using encoded pixels andidentifying the start of the first operation, detecting a completion ofthe operation and embedding a second watermark at the completion of eachoperation, the second watermark including the event code using encodedpixels and identifying the completion of the operation; receiving ateach of the virtual clients display updates including the first andsecond watermarks; and receiving from each of the virtual clients at acentral location action performance times for each of the operationsdefined in the workloads and calculating a performance metric based atleast in part on the performance times received from the virtualclients.